Accessibility Assessment for Login.gov: 
Account Creation IAL1 Process 


Executive summary 


This report describes the conformance of the login.gov account creation process for Identity 
Assurance Level 1 (IAL1) with W3C’s Web Content Accessibility Guidelines (WCAG). The 
review process is described in Section 5 below and is based on evaluation factors in the W3C’s 
accessibility evaluation resources. 


Based on this evaluation, the IAL1 account creation process is close to meeting WCAG 2.1, 
Conformance Level A. 


Evaluation background 


Conformance evaluation of web accessibility requires a combination of semi-automated 
evaluation tools and manual evaluation by an experienced reviewer. The results in this report 
are based on an evaluation conducted in May 2020. The IAL1 account creation process is close 
to meeting WCAG 2.1 A criteria. Accessibility features in which this account creation process is 
strong include: 


e Structure/semantics e Text links 
e Form labels e Font size 
e Error handling 

e Color 


Login.gov is committed to being inclusive and accessible for all users. Our goal is to 
continuously improve how people of all abilities are able to use Login.gov to easily access 
government applications and services. 
Accessibility elements we are actively improving include: 

e Images 


e Keyboard navigation 
e Skip navigation 


Scope of review 
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This report describes the conformance of the login.gov account creation process for Identity 


Assurance Level 1 with the W3C’s Web Content Accessibility Guidelines (WCAG). 


URL path for this review: 
e https://login.gov/ 


m https://secure.login.gov/ 
e IAL‘ account creation process 


Evaluation methods used 


The terms used in the Conformance Level information are defined as follows: 
e Supports: The functionality of the product has at least one method that meets the 
criterion without known defects or meets with equivalent facilitation. 
Partially supports: Some functionality of the product does not meet the criterion. 
Not applicable: The criterion is not relevant to the product. 
Not evaluated: The product has not been evaluated against the criterion. 


Results 


Design ee z Partially |Not Not 
Accessibility requirements Supports E AT 
J 


Content is available with images 

disabled 

Images that are purely decorative, and 

not contextual, have empty, or null, s 
alternative text specified 

Images that convey contextual content 
have equivalent alternative text 
specified in the alt attribute of the img 
element 

Page uses image-based CAPTCHA, alt 
text has been added to state what v 
alternatives exist for non-sighted users. 
Important information placed towards 
the top of the page 

Headings represent an accurate outline 
of the content. 

Headings, paragraphs, and lists are 
obvious and sensible 

Screen readers can read the content of 
the page by using the down arrow key. 
Information heard matches the 
information conveyed to a sighted user 


Structure/ 
semantics 
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Each link has a unique link text and 
description 

Screen readers can read the content of 
the page by using the down arrow key. 
Information you hear matches the 
information conveyed to a sighted user 
Page titles are meaningful and accurate 
Users can navigate via a link, the “skip 
link”, at the top of each page directly to 
the main content area 

"Skip to Main Content" link target 
appears at the start of the main content 
area, usually right before the <h1> 
heading tag 

Skip navigation link shifts visual focus 
AND cursor focus to the desired target 
Logically-related groups of form 
elements are identified with appropriate s 
fieldset and legend elements 

Required form controls are visually and 
semantically distinguished from optional v 
form controls. 

Required field indicators (*), formatting 
guidance and/or field instructions (e.g. 
MM/DD/YYYY) are included as part of 
field labels 

Each appropriate input element or form 
control has an associated and visible 
label element or title attribute 

Form error messages identify the 


Form 

labels 
error(s) to the user and describe them y 
to the user 


Error User(s) quickly identify when an error 
handling |has occurred with submission of the 
form and they are instructed on what y 
must be corrected to successfully 
submit the form 
Information conveyed by color is also 
conveyed by context, markup, graphic y 
coding, or other means 
Focus indicator is always visible (e.g., If 
sighted keyboard users are not able to 
track cursor focus when tabbing from v 
link to link the CSS is missing 
definitions for link/anchor focus.) 


Each element (link, form element, 
button, plug-in, etc.) on a page is 


navigable and operable via the ý 
keyboard 
Page's tab is order logical v 


Keyboard ——— = 
Focus indicator is always visible (e.g., If 


sighted keyboard users are not able to 

track cursor focus when tabbing from y 
link to link the CSS is missing 

definitions for link/anchor focus.) 


All text links have sufficient color contrast / 
Text links Jof at least 4.5:1 
All links are underlined J 


Font size and type exceed appropriate 


standards 


S 


Plug-ins/viewers y 
Media (Multi) M 
Data tables y 


What’s next 


Goal 1: Achieve accessibility rating greater than 70 percent 


Based on our current accessibility rating of 61% for IAL1, certain design elements are 
preventing end users from accessing sections of the site or the ability to perform 
required functions. 


Priorities 
e Revisit the high level checklist and address areas of improvement 
o Add alternative text 
o Make website navigable via keyboard 
o Use headings that accurately describe the content 


Goal 2: Build a culture of accessibility 


Establishing a standard for web accessibility is a critical milestone in ensuring that web 
accessibility is understood as a strategic component of Login. 


Priorities 
e Implement changes in the way we work 
o Test in JAWS with screen readers 
o Test on PCs and Macs and with various browsers 
o Develop user stories for manual and functional testing 
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e Publicly post assessment findings and test results on the design system 
e Update our accessibility statement so that it reflects what we are doing in this space 


Goal 3: Usability testing 


A key aspect to building an inclusive login.gov is incorporating real people in design. 


Priorities 
e Ensure that the login.gov team understands how people with disabilities use the web 
e Involve users with low literacy, novice English speakers, or those who use older 
technologies early and throughout the design process. 


Goal 4: Accessibility evaluation 


Continue to evaluate all public facing static sites and flows so we can understand gaps and 
areas of opportunity. 
Priorities 
z IAL2* 
- All public facing static sites 
- Login.gov site 
-  Design.login.gov 


- Developers.login.gov site 
E Partners.login.gov site 


* Login.gov continues to work toward achieving certification of compliance with NIST’s 
IAL2 standard from a third-party assessment organization. 
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